home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9803 / 000028_owner-linux-arm…r.rutgers.edu _Thu Mar 19 10:40:48 1998.msg < prev    next >
Internet Message Format  |  1998-04-07  |  3KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from entropy.muc.muohio.edu (root@entropy.muc.muohio.edu [134.53.193.10])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id KAA04068
  4.     for <willy@odie.barnet.ac.uk>; Thu, 19 Mar 1998 10:40:45 GMT
  5. Received: from vger.rutgers.edu (root@vger.rutgers.edu [128.6.190.2])
  6.     by entropy.muc.muohio.edu (8.8.7/8.8.7) with ESMTP id FAA22287;
  7.     Thu, 19 Mar 1998 05:39:25 -0500
  8. Received: by vger.rutgers.edu id <970858-23842>; Thu, 19 Mar 1998 05:27:49 -0500
  9. Received: from hermes.ex.ac.uk ([144.173.6.14]:28088 "EHLO exeter.ac.uk" ident: "NO-IDENT-SERVICE") by vger.rutgers.edu with ESMTP id <970857-23842>; Thu, 19 Mar 1998 05:27:26 -0500
  10. Received: from hebe [144.173.6.23] by hermes via SMTP (KAA14996); Thu, 19 Mar 1998 10:37:42 GMT
  11. Date:     Thu, 19 Mar 1998 10:37:42 +0000 (GMT)
  12. From: Phil Norman <P.C.F.Norman@exeter.ac.uk>
  13. X-Sender: py95pcfn@hebe
  14. To: Ian Molton <mh120608@cr10m.staffs.ac.uk>
  15. cc: Russell King - ARM Linux Admin <linux@arm.uk.linux.org>,
  16.         linux-arm@vger.rutgers.edu, Garyshipp <bi44@argonet.co.uk>
  17. Subject: Re: RPC Kernel hanging
  18. In-Reply-To: <9097acbmh120608@staffs.ac.uk>
  19. Message-ID: <Pine.SGI.3.91.980319103050.13750C-100000@hebe>
  20. MIME-Version: 1.0
  21. Content-Type: TEXT/PLAIN; charset=US-ASCII
  22. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  23. Sender: owner-linux-arm@vger.rutgers.edu
  24. Precedence: bulk
  25. X-Loop: majordomo@vger.rutgers.edu
  26. Status: RO
  27.  
  28. On Thu, 19 Mar 1998, Ian Molton wrote:
  29. > I have an Acorn SCSI 1 and an Acorn Ethernet 1 card (the one with no rom
  30. > drivers).
  31.  
  32. I have an Ether1 myself.  The card, and the RiscOS driver are both 
  33. horrendous, and I find that when the card decides it's being overtaxed, 
  34. it takes out RiscOS a crashes it completely (ie mouse-stops-moving style 
  35. crash).  I have a similar problem under linux with the driver, but it 
  36. doesn't take out the OS (cos linux is clever like that) and just kills 
  37. the ether1 til the next reboot.
  38.  
  39. As far as I can tell, the problem lies in the armlinux ether1 driver not 
  40. resetting the card properly.  I've tried hacking about with the driver, 
  41. comparing it with the RiscBSD driver (which, AFAICR, resets it properly), 
  42. but I've had no luck yet (though I've only had time to spend a few hours 
  43. on it so far).  So far the only thing I've managed is to utterly nuke the 
  44. machine while booting ;-).
  45.  
  46. That said, the current ether1 driver will serve you much better than its 
  47. RiscOS equivalent.  Even though the card won't reset after it's entered 
  48. confused mode it won't take your machine out with it.  Also, linux is FAR 
  49. better suited to a networked environment than RiscOS - basically if you 
  50. need a machine to run on a network, a unix box is the top choice.
  51.  
  52. Hope this helps,
  53. Phil
  54.  
  55. -- 
  56. Rule of programming #2: Everything that can go wrong will go wrong,
  57.     but only on other people's configurations.
  58.  
  59. Phil Norman, mailing from Exeter University.
  60. email:    forrey@eh.org        forrey@odie.barnet.ac.uk
  61. URL:    http://newton.ex.ac.uk/general/ug/norman
  62.  
  63. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu